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DETAILED ACTION 

1 . This office action is responsive to communications filed on October 1 0, 201 1 . 
Claims 1 , 3, 1 7, 1 9 and 44 have been amended. New claims 45 and 46 have been 
added. Claims 1-12, 15-27 and 30-41 and 43-46 are pending in the application. 

Continued Examination Under 37 CFR 1. 1 14 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .1 7(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on October 
10, 201 1 has been entered. 

Claim Objections 

3. Claims 1 8-27, 30-32 and 43 are objected to because of the following 
informalities: These claims are drawn to a "computer readable medium" and all depend 
from independent claim 17 which recites a "non-transitory computer readable storage 
medium" in the preamble. Examiner requests Applicant to amend the preamble of 
claims 1 8-27, 30-32 and 43 to be consistent with that of claim 1 7. 
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Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1 , 2, 4-15, 1 7, 1 8, 20-30, 32-41 , 43 and 44 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Hasink et al. (US 2005/0149932) in view of 
Culbert et al. (US 5,838,968). 

Regarding Claims 1 and 17, Hasink teaches a method comprising: 
receiving, by an application executed by an operating system, a plurality of 
operating parameters having values describing a plurality of resources of a client device 
("Embodiments of the present invention can be used with numerous different operating 
systems" - See [0020]; "an operating system 118, running a foreground process 120 
and a background process 122 (such as an index process)"- See [0051 ]; "a 
background process running at idle priority uses performance counters, optionally 
including one or more of the counters discussed above, and/or other mechanisms to 
determine the immediate load on a resource, such as a magnetic or optical mass 
storage device, it wishes to use"- See [0024]; "The determination can take into account 
the processor or central processing unit (CPU) load, as measured by the time spent in 
the idle loop, as well as the load on other shared system resources, such as disk drives" 
- See [001 8]; "By way of example, the background process checks a performance 
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counter, such as the counter named "\\PhysicalDisk\Current Disk Queue Length" for the 
specific disk drive instance it wishes to read from or write to. Alternatively or in addition, 
the background process can access the aggregate total value of the current disk queue 
lengths for all of the physical disk drives, whose instance is known as "_Total". 
Advantageously, this is easier than keeping track of which disk drive the process is 
about to access and checking only that one drive's queue length" -See [0029]; The 
queue lengths (operating parameters) of each physical drive (resource) are monitored 
using the performance counters); 

determining a value representing a performance measure of the client device 
based at least in part on a combination of the plurality of operating parameter values 
describing the plurality of resources of the client device ("Alternatively or in addition, the 
background process can access the aggregate total value of the current disk queue 
lengths for all of the physical disk drives, whose instance is known as "_Total""- See 
[0029]; The queue lengths of each physical drive are combined into the "Total" 
parameter. Thus, the usage levels of a plurality of resources (physical drives) are 
aggregated into a single performance counter); 

assigning the value representing the performance measure to a usage variable 
("Alternatively or in addition, the background process can access the aggregate total 
value of the current disk queue lengths for all of the physical disk drives, whose 
instance is known as "_Total""- See [0029]; As mentioned above, the aggregate total of 
the queue lengths of all the physical disk drives is assigned to the "Total" performance 
counter), wherein the usage variable defines a current usage of a particular combination 
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of resources of the client device (The "Total" performance counter defines a current 
usage of a particular combination of resources (multiple disk drives) of the client device. 
The usage is defined in terms of an aggregate total of current disk queue lengths for the 
combination of disk drives); and 

correlating by the application a resource usage level of the application with the 
usage variable and the application modifying its own execution to use a particular 
resource usage level ("If the value has changed, the background process uses this as 
an indication that another process has used the disk in the interim and is possibly still 
using the disk, and so backs off and waits for an additional period or periods of time" - 
See [0037]). 

Hasink does not explicitly teach examining a representation of a mapping of 
usage variable values to resource usage levels, wherein each tuple in the mapping 
specifies a particular value of the usage variable and a particular resource usage level, 
identifying a tuple of the mapping for which the particular value of the usage variable 
matches the value assigned to the usage variable, and the application modifying its own 
execution to use the particular resource usage level specified by the identified tuple. 

In analogous art, Culbert discloses a system for dynamic resource management 
across tasks that manages a set of resources and optimizes resource allocation (See 
Abstract). Culbert teaches examining a representation of a mapping of usage variable 
values to resource usage levels, wherein each tuple in the mapping specifies a 
particular value of the usage variable and a particular resource usage level {"In the 
present embodiment, each task is responsible for deciding the amount of each resource 
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it requires. Referring to FIG. 3, task 350 can specify any number of resource 
configurations in task resource utilization vector 300. Task resource utilization vectors 
are located in host memory 123 and are linked together in the host memory. In the 
present embodiment, task resource utilization vector 300 is coupled to task 350. Tasks 
must specify at least one task resource utilization record, 310, which specifies the 
required quantities of the resources managed by resource manager 170 that are 
necessary for Task 350 to function properly. Task resource utilization record 310, 
contains an index, 315, indicating the run level associated with this record, and multiple 
entries 31 1,312, 314. Each entry initially contains the quantity of the resource requested 
at this particular level. If a resource entry has no quantity associated with it, i.e. 0, 
resource manager 1 70 assumes the task has no requirement for that resource. This 
does not mean that the task does not use the resource, simply that it does not have a 
quantifiable need for the resource"- See Col. 7, lines 41 -60); 

identifying a tuple of the mapping for which the particular value of the usage 
variable matches the value assigned to the usage variable {"FIG. 5 is a block diagram of 
the degradation method executed by the resource manager of FIG. 1"- See Col. 4, 
lines 44-45; "Referring to FIG. 5, In step 500, the deficit to be filled is determined. A 
resource deficit can be created by any of the triggering conditions: a new task is going 
to be created; a task misses a deadline; or an existing task requests more resources" - 
See Col. 10, lines 28-32; See also Col. 10, lines 51-67); and 

the application modifying its own execution to use the particular resource usage 
level specified by the identified tuple {"The task can respond with a quantitative amount 
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of resource it is willing to give up. The task can specify a complete list of resources and 
amounts it will give up, or just a single resource and amount" -See Col. 1 1 , lines 1 -4). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Hasink to use a mapping of resource usage values to 
resource usage levels in order to allow an application to modify its execution. 
Motivation for doing so would be to allow a system programmer to program tasks such 
that system performance will be dynamically managed and optimized over a 
programmer-controllable set of system resources (See Culbert, Col. 3, lines 28-45). 

Regarding Claims 2 and 18, Hasink teaches the application modifying its own 
execution comprising the application suspending one or more operations when the 
value assigned to the usage variable exceeds a threshold {"When the counter value is 
non-zero, or greater than a designated threshold, the background process waits a 
designated amount of time, such as 10 milliseconds, before checking again"- See 
[0031]). 

Regarding Claims 4 and 20, Hasink teaches the application modifying its own 
execution comprising the application adjusting a rate of operation based at least in part 
on the value assigned to the usage variable {"The background process can then 
determine when idle cycles are being allocated to the background process because 
another process, such as a foreground process, is waiting for an operation on that same 
resource to complete. In such cases, the background process optionally refrains from 
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imposing an additional load on the resource, so that the other process can run without 
delay" -See [0024]). 

Regarding Claims 5 and 21 , Hasink teaches the application modifying its own 
execution comprising the application adjusting a sequence of operations based at least 
in part on the value assigned to the usage variable ("An embodiment optionally utilizes a 
background process which performs indexing of the contents of a user's hard disk 
without impacting system performance under Windows-NT based operating systems to 
an extent that would be readily noticeable by a user. The indexing process performs 
many disk I/O operations when indexing the contents of the user's hard disk to allow the 
user to rapidly find files which contain certain words, phrases, or strings" - See [0025] ; 
"In addition, the index engine can refrain from indexing until it determines that the mass 
storage device, which stores the data or files to be indexed, is not being utilized by a 
higher priority or foreground process" - See [0027]; The sequence of indexing a client 
device's hard disk is adjusted based on whether or not other higher priority processes 
are simultaneously trying to access the hard disk as indicated by the current value of 
one or more of the performance counters shown in Table 1). 

Regarding Claims 6 and 22, Hasink teaches the application modifying its own 
execution comprising the application adjusting an active feature based at least in part 
on the value assigned to the usage variable {"An embodiment optionally utilizes a 
background process which performs indexing of the contents of a user's hard disk 
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without impacting system performance under Windows-NT based operating systems to 
an extent that would be readily noticeable by a user. The indexing process performs 
many disk I/O operations when indexing the contents of the user's hard disk to allow the 
user to rapidly find files which contain certain words, phrases, or strings" - See [0025] ; 
"In addition, the index engine can refrain from indexing until it determines that the mass 
storage device, which stores the data or files to be indexed, is not being utilized by a 
higher priority or foreground process" - See [0027]; The active feature of the 
background process (application) which is responsible for indexing a client device's 
hard disk is adjusted when the application refrains from attempting to access the hard 
drive when other higher priority processes are simultaneously trying to access the hard 
disk). 

Regarding Claims 7 and 23, Hasink teaches the client device (Computer 1 02 - 
See Fig. 1 ) comprising a client processor (CPU 1 04 - See Fig. 1 ) and a client memory 
storage device (Memory 1 1 6 - See Fig. 1 ). 

Regarding Claims 8 and 32, Hasink teaches receiving the plurality of operating 
parameters comprising monitoring at least one of the operating parameters {"the 
background process checks a performance counter, such as the counter named 
"\\PhysicalDisk\Current Disk Queue Length" for the specific disk drive instance it wishes 
to read from or write to"- See [0029]). 
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Regarding Claims 9 and 24, Hasink teaches monitoring a period of inactivity of 
the client device ("After the second predetermined time period has elapsed, a 
determination is made as to whether the computer resource is idle" - See Abstract). 

Regarding Claims 10 and 25, Hasink teaches receiving the plurality of operating 
parameters comprising receiving at least one of the operating parameters during an 
initial load of the client processor ("Embodiments of the present invention determine 
when a computer and/or resource therein is idle. The determination can take into 
account the processor or central processing unit (CPU) load"- See [001 8]). 

Regarding Claims 1 1 and 26, Hasink teaches receiving the plurality of operating 
parameters comprising receiving at least one of the operating parameters during a 
predetermined time interval ("The background process checks the value of this counter 
before and after an interval, such as the 10 millisecond wait interval described above" - 
See [0037]). 

Regarding Claims 12 and 27, Hasink teaches the plurality of operating 
parameters comprising a client processor load ("Embodiments of the present invention 
determine when a computer and/or resource therein is idle. The determination can take 
into account the processor or central processing unit (CPU) load"- See [001 8]). 
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Regarding Claims 15 and 30, Hasink teaches the method of Claim 7 further 
comprising writing to a computer readable medium of the client memory storage device 
("while running, the indexing process is constantly reading from and writing to the user's 
hard disk" - See [0009]). 

Regarding Claim 33, Hasink teaches the usage variable being a quantitative 
performance measure of the client device (Table 1 shows the various counters that may 
be monitored. Note that the counters shown in Table 1 are quantitative performance 
measurements, such as "% idle time" or "Disk Bytes/sec"). 

Regarding Claim 34, Hasink teaches the usage variable being a qualitative 
performance measure of the client device ("the background process checks a 
performance counter, such as the counter named "\\PhysicalDisk\Current Disk Queue 
Length" for the specific disk drive instance it wishes to read from or write to" - See 
[0029]; "a check of the "current disk queue length" performance counter may not be, on 
its own, adequate or sufficient to allow a background process to determine whether or 
not another process is using the disk drive, because a queued operation might be on 
behalf the background process itself" - See [0030]; One performance counter shown in 
Table 1 is "Current Disk Queue Length". While this value is a number, it does not 
directly and numerically indicate a performance measure). 
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Regarding Claim 35, Hasink teaches the application modifying its own execution 
comprising the application throttling back its usage of the client device {"The 
background process can then determine when idle cycles are being allocated to the 
background process because another process, such as a foreground process, is waiting 
for an operation on that same resource to complete. In such cases, the background 
process optionally refrains from imposing an additional load on the resource, so that the 
other process can run without delay" - See [0024]). 

Regarding Claim 36, Hasink teaches the application dynamically modifying its 
own execution based on dynamic changes to the value assigned to the usage variable 
("If the value has changed, the background process uses this as an indication that 
another process has used the disk in the interim and is possibly still using the disk, and 
so backs off and waits for an additional period or periods of time, such as additional 10 
millisecond intervals, until the counter value stops changing" - See [0037]). 

Regarding Claim 37, Hasink teaches the application modifying its own execution 
comprising the application pausing between execution of resource-intensive 
calculations ("at state 316 the background process waits a designated period of time, 
such as 10 msec. At state 318, a determination is then made as to whether the disk is in 
use" -See [0054]). 
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Regarding Claim 38, Hasink teaches a resource used by the application being 
memory (Memory 116 - See Fig. 1) and wherein the application modifying its own 
execution comprises the application dynamically scaling back its memory usage based 
on dynamic changes to the value assigned to the usage variable (The example given 
above deals with the background process (application) modifying its own execution with 
regard to accessing one or more hard disks. Hard disks are a type of memory and the 
usage of the hard disk by the application includes performing "seeks" for data on the 
hard disk during the indexing procedure (also mentioned above)). 

Regarding Claim 39, Hasink teaches a resource used by the application being 
network bandwidth ("Similarly, the above techniques can be applied to a shared network 
with limited bandwidth" - See [0050]) and wherein the application modifying its own 
execution comprises the application throttling-back usage of network bandwidth based 
on dynamic changes to the value assigned to the usage variable {"there may be multiple 
processes trying to access the Internet, and use of the foregoing techniques avoid 
having a background process slow down a transfer being made by a foreground 
process" -See [0050]). 

Regarding Claim 41 , Hasink teaches a plurality of usage variables (See Table 1) 
and wherein the correlating comprises the application modifying its own execution 
based at least in part on changes to values assigned to the plurality of usage variables 
("In an example embodiment, a background process running at idle priority uses 
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performance counters, optionally including one or more of the counters discussed 
above, and/or other mechanisms to determine the immediate load on a resource, such 
as a magnetic or optical mass storage device, it wishes to use"- See [0024]). 

Regarding Claims 40 and 43, Culbert teaches the representation of the mapping 
comprising a table having a column representing the usage variable and a column 
representing the resource usage level of the application and each tuple in the mapping 
corresponds to a row in the table ("In the present embodiment, each task is responsible 
for deciding the amount of each resource it requires. Referring to FIG. 3, task 350 can 
specify any number of resource configurations in task resource utilization vector 300. 
Task resource utilization vectors are located in host memory 123 and are linked 
together in the host memory. In the present embodiment, task resource utilization vector 
300 is coupled to task 350. Tasks must specify at least one task resource utilization 
record, 310, which specifies the required quantities of the resources managed by 
resource manager 1 70 that are necessary for Task 350 to function properly. Task 
resource utilization record 310, contains an index, 315, indicating the run level 
associated with this record, and multiple entries 31 1,312, 314. Each entry initially 
contains the quantity of the resource requested at this particular level. If a resource 
entry has no quantity associated with it, i.e. 0, resource manager 170 assumes the task 
has no requirement for that resource. This does not mean that the task does not use the 
resource, simply that it does not have a quantifiable need for the resource" - See Col. 7, 
lines 41-60). 
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Claim 44 is rejected based on reasoning similar to Claim 1 . 

6. Claims 3, 1 9, 45 and 46 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Hasink et al. (US 2005/0149932) in view of Culbert et al. (US 
5,838,968) and further in view of Keeton et al. (US 7,734,867). 

Regarding Claims 3 and 19, Hasink does not explicitly teach the application 
modifying its own execution comprising the application performing an activity affecting 
the usage variable within a threshold time of the usage variable indicating that the client 
device is performing an existing activity. 

However, Keeton teaches an application performing an activity affecting a usage 
variable (e.g., hard disk access) within a threshold time of the usage variable indicating 
that the client device is performing an existing activity {"The invention provides 
techniques for data storage using disk drives that achieve certain advantages over 
conventional data storage techniques. In one embodiment, to conserve power and 
reduce heat generation so that higher packaging density is possible, only some of the 
disk drives in an array may be powered on at any one time. Disk accesses may then be 
scheduled so that appropriate drives are powered on and off at appropriate times" - 
See Col. 2, lines 6-13; "Once write operations to those selected disk drives are 
complete, they may be powered off" - See Col. 3, lines 66-67 and Col. 1 ; "Thus, in one 
aspect, all or at least a predetermined number of pending read and write operations to a 
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particular disk (or group of disks) may be grouped to be performed during a single 
power on cycle of the disk (or the group of disks)"- See Col. 4, lines 25-29; Thus, all 
pending read and write operations from a plurality of operations are performed within a 
single power cycle (time threshold)). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Hasink such that applications perform activities affecting 
usage variables within a threshold time of the usage variable indicating that the client 
device is performing an existing activity. Motivation for doing so would be to conserve 
power by avoiding frequently powering disks on and off (See Keeton, Col. 2, lines 6-1 1 
and Col. 4, lines 21-24). 

Claims 45 and 46 are rejected based on reasoning similar to Claim 3. 

7. Claims 16 and 31 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hasink et al. (US 2005/0149932) in view of Culbert et al. (US 5,838,968) and 
further in view of Anderson, II et al. (US 5,909,544). 

Regarding Claims 16 and 31 , Hasink does not explicitly teach the plurality of 
operating parameters comprising a first parameter and a second parameter, wherein 
the first parameter comprises a speed of the client processor and the second parameter 
comprises a capacity of the client memory storage device . 
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However, Anderson does teach the operating parameter comprising a first 
parameter and a second parameter, the first parameter comprising a speed of the client 
processor and the second parameter comprising a capacity of the client memory 
storage device ("It is an object of the invention to provide a system for tracking and 
scheduling of available resource computers connected in a network, including 
monitoring such parameters as, for example, the location, name, operating system, 
memory, speed, processor characteristics, memory capacity and other operational 
characteristics, of each resource computer, and using that information to allocate those 
resource computers to run applications, such as for example, test applications and 
collect data, such as test data"- See Col. 4, lines 22-30). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to include processor speed and storage capacity as operating 
parameters. One of ordinary skill would have been motivated to do so since Anderson 
shows in Col. 4, lines 22-30 that processor speed and memory capacity are among 
several parameters that are important to take into consideration when allocating 
resources. 

Response to Arguments 

8. Applicant's arguments filed on October 10, 201 1 have been fully considered but 
they are not persuasive. 
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9. On pages 1 2-14 of the remarks, Applicant argues in substance that Culbert, 
Foote and Hasink do not teach "assigning the value representing the performance 
measure to a usage variable, wherein the usage variable value defines a current 
usage of a particular combination of resources of the client device" (emphasis 
added). 

Applicant's arguments fail to comply with 37 CFR 1 .1 1 1 (b) because they amount 
to a general allegation that the claims define a patentable invention without specifically 
pointing out how the language of the claims patentably distinguishes them from the 
references. 

With regard to the newly amended claimed limitation "wherein the usage variable 
value defines a current usage of a particular combination of resources of the client 
device", Examiner has cited material from the Hasink reference (See above rejection of 
Claim 1 under 35 U.S.C. 1 03(a)). In the arguments given on pages 1 2-1 4 of the 
remarks, Applicant does not address the Hasink reference in detail by pointing out how 
specific claim limitations are not disclosed by Hasink. 

1 0. Applicant's arguments with respect to Claims 1 7 and 44 have been considered 
but are moot in view of the new grounds of rejection. 
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Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Scott M. Sciacca whose telephone number is (571)270- 
1 919. The examiner can normally be reached on Monday thru Friday, 7:30 A.M. - 5:00 
P.M. EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeff Pwu can be reached on (571) 272-6798. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Scott M. Sciacca/ 
Examiner, Art Unit 2478 



